hack console

J'ai pas trop de solution là. C'est d'ailleurs bizarre.
Et avec le script de Shadow, tu peux aussi agir. A voir si le problème persiste. Mais sans accès, cela va être complexe.
Les drivers sont correctement installés ?

Une autre solution consisterait à réinstaller ton firmware via la console si elle démarre normalement sans erreur. Mais comme ta NAND semble corrompue, je ne sais si ce démarrage se passera sans problème. Un hard reboot en appuyant sur le bouton Power mini 12s avec SD retirée. Puis, une mise à jour directement depuis les serveurs de Nintendo si tu es certain que ta console est clean sinon ce sera un ban probable dans le temps. Lorsque je dis clean, c'est être certain que le hack n'a pas été utilisé sur ta sysNAND et que les données underground ont transité que sur l'emuNAND. Une fois cela fait, formater ta SD en exFat, et l'insérer dans la console. A l'issu, tu vas avoir un message te demandant une mise à jour pour installer le driver exFat. Tu pourras ensuite passer par ta SD pour restaurer ta NAND. Sauvegarde bien les données de ta SD avant.

Comment ça, cela ne fonctionne pas. Tu as bien les trois fichiers comme indiqué (Boot0/1 et rawnand.bin). Ils sont placés dans le bon dossier. Et tu procèdes via Hekate. C’est quoi qui bloque ? Un message d’erreur ?

Tu peux aussi tenter d’utiliser le script de Shadow qui propose également des fonctions pour opérer.
https://gamergen.com/forums/underground ... 44252.html

Et enfin si rien de tout cela n’aboutit à quelque chose, alors il va falloir intervenir via PC. Le lien donné plus haut donne une solution mais je n’ai pas testé.

Lorsque tu démarres la console normalement sans hack, tu as un problème quelconque ?

Sans format exFat actif sur la console, ça va être complexe d’agir directement en passant par la SD en Fat32. Il existe NXNandManager qui peut aussi aider.
https://gamergen.com/forums/underground ... 44850.html

Ta corruption de données de départ et le code erreur que tu as ne peut être résolu qu’en agissant sur la NAND.

Tu as suivi quelle procédure pour le hack de ta console ? Ou est-ce juste une mise à jour de Luma que tu as voulu faire ?

Ça sent une interruption d’installation ou une démarche qui ne s’est pas faite correctement mais comme je ne sais ce que tu as fait au préalable et si tu étais déjà jailbreak, difficile de savoir car il manque des précisions dans ta demande. Et à voir ce qui se trouve dans ta SD, ça date un peu ou alors tu as mis le paquet lors du processus.

Si tu maintiens Start au démarrage pour lancer GodMode9, il ne se passe rien non plus ?
Si c’est le cas, assure toi que GodMode9.firm est dans le dossier /luma/payloads/ et que payloads est correctement orthographié.
Ceci pour s’assurer à la fois d’un accès et éventuellement vérifier que cette étape avec GodMode9 a bien été réalisée. Car si ce n’est pas le cas, tu auras des indications à suivre et à réaliser.

Ok mais ce qui est bizarre c que même en démarrant normalement la console sans le hack et en mettant le DNS en auto le test est un échec
Alors je sais qu on peut pas en parler mais je pense qu il me faut une connexion pour tinfoil
Maintenant je veux bien regarder DBI mais le truc c est qu il n'y a pas de catalogue comme tinfoil

La connexion online n’est pas trop conseillée lorsque tu es jailbreak. Ne jamais se connecter non plus lorsque tu bootes en CFW sur l’emuNAND ou sur la sysNAND.

Le développeur SciresM a intégré dans son CFW le module dns.mitm et il y a un fichier default.txt[i] déjà présent dans le dossier [i]/atmosphere/hosts/ qui peut être modifié. Toutefois, comme dit juste avant, le online est déconseillé en mode CFW et ce que ce soit sur la sysNAND et l’emuNAND. Le fait d’avoir créé cela permet de contrôler la télémétrie des données.

D’ailleurs, ce fichier peut se configurer ainsi aussi:

Code: Select All Code

# Nintendo telemetry servers
127.0.0.1 receive-%.dg.srv.nintendo.net receive-%.er.srv.nintendo.net
127.0.0.1 *nintendo.com
127.0.0.1 *nintendo.net
127.0.0.1 *nintendo.jp
127.0.0.1 *nintendo.co.jp
127.0.0.1 *nintendo.co.uk
127.0.0.1 *nintendo-europe.com
127.0.0.1 *nintendowifi.net
127.0.0.1 *nintendo.es
127.0.0.1 *nintendo.co.kr
127.0.0.1 *nintendo.tw
127.0.0.1 *nintendo.com.hk
127.0.0.1 *nintendo.com.au
127.0.0.1 *nintendo.co.nz
127.0.0.1 *nintendo.at
127.0.0.1 *nintendo.be
127.0.0.1 *nintendods.cz
127.0.0.1 *nintendo.dk
127.0.0.1 *nintendo.de
127.0.0.1 *nintendo.fi
127.0.0.1 *nintendo.fr
127.0.0.1 *nintendo.gr
127.0.0.1 *nintendo.hu
127.0.0.1 *nintendo.it
127.0.0.1 *nintendo.nl
127.0.0.1 *nintendo.no
127.0.0.1 *nintendo.pt
127.0.0.1 *nintendo.ru
127.0.0.1 *nintendo.co.za
127.0.0.1 *nintendo.se
127.0.0.1 *nintendo.ch
127.0.0.1 *nintendo.pl
127.0.0.1 *nintendoswitch.com
127.0.0.1 *nintendoswitch.com.cn
127.0.0.1 *nintendoswitch.cn
95.216.149.205 *conntest.nintendowifi.net
95.216.149.205 *ctest.cdn.nintendo.net

Un rapport est généré dans atmosphere/logs appelé dns_mitm_startup.log

D’ailleurs un fichier peut être configuré séparément aussi. Les infos sont dans la FAQ du tutoriel.

Et si de ton côté, tu as bloqué les mises à jour avec les DNS proposés, cela est normal aussi. D’ailleurs 90DNS empêche toutes connexion également. Il existe aussi incognito.

Via Hekate, même si tu choisis, dans Launch, le mode Stock, c’est à dire sans hack actif, tu utiliseras le bootloader Hekate et non celui de Nintendo donc c’est un risque aussi si tu connectes ta console. Démarrer sa console sans activer le hack se fait normalement. Ainsi, tu passes par le bootloader officiel de Nintendo.

Au delà de toutes ces informations, je ne conseille pas le online même en démarrant normalement. Personne ne sait ce que la télémétrie envoie réellement sur les serveurs de Nintendo. C’est un risque même après avoir créé une emuNAND pour l’utiliser strictement pour le hack. Les possibilités pour s’en prémunir sont là mais confirmer que c’est 100% safe serait prétentieux.

Oui ca je suis d'accord pour le hack peut importe la personne.
Mais ce que je voulais dire c'est que la personne qui a fait le hack n'a pas donné d'info a celui a qui j'ai racheté dans le cas ou la switch serait éteint, il ne savait pas comment faire pour redémarrer le hack.
Donc je pense que ce qu'il y a dans la SD fonctionne c'est juste qu'il faut savoir démarre avec ça.
La personne a qui je l'ai acheté n'a rien modifié car elle ne s'y connais pas du tout.
Donc si on part de cela je pense qu'il faut essayer de démarrer avec ce qu'il ya sur la SD et faire les modifs a partir de là sans mettre à jour et si ça fonctionne pas alors oui peut etre la SD est corrompu.
Donc comment faire si elle est bien corrompu??

J ai trouver cela


Hourra j'ai reussi a démarrer LOL
Donc voilà ce que j'ai fais
J'ai remis la carte SD comme j'avais avant et en fouillant j'ai vu que sur la carte il y avait le payload pour atmosphere donc je l'ai injecté et maintenant c bon j'ai acces au homebrow menu.
Donc maintenant faut que je désinstalle les backup et que je fasse un nettoyage comme tu as dis

Re
J'ai reussi à désinstaller les backups
J'ai passer Haku33 et il m'a bien nettoyer la console.
Je redémarre d'une console vierge.
Donc je vais refaire la carte SD

Peu importe qui a fait le hack, si la console est une v1, la procédure est la même. Donc pas de raison que cela ne fonctionne pas. Tu n'as rien supprimé sur la SD et tu n'as fait que mettre à jour les éléments pour le moment. Sauf si un élément m'échappe, la console doit booter sans problème. Les sigpatches sont bons et il suffit de remplacer les éléments qui concernent Atmosphère et Hekate sans rien faire d'autres.

A moins que la SD soit corrompue, ce qui est possible. Toutefois, le message d'erreur m'indiquera d'où cela provient. A voir.

Oui, fais bien une sauvegarde de cette SD.

Cela signifie qu’il a utilisé la sysNAND pour installer des NSP d’où le fait que tu ne peux pas lancer les jeux sans le hack actif. Ce sont bien des backups et non des jeux legit (officiel), sauf s’il s’agit de jeux cartouches bien entendu.

Y’a t’il un fichier PROD.INFO sur la SD ? Si oui, cela supposerait qu’il a utilisé incognito. Ce serait pas mal déjà ^^

Dans tous les cas, tu pourras savoir ce qui est installé quand tu vas boot sur le CFW. Dans l’applet Album, tu trouveras les noms des outils. Cela n’est pas grave en soi. En revanche, le fait d’avoir utilisé la sysNAND pour le Hack et comme déjà dit, elle a été modifiée donc en l’état, une connexion aux serveurs de Nintendo provoquera un ban (en espérant qu’elle ne le soit pas déjà !).

Une sysNAND est la NAND système de la console et elle est modifiée par l’installation de NSP, certains homebrews et l’utilisation du mode autoRCM. D’où le fait de créer une emuNAND qui est la NAND système sur la SD pour à la fois se prémunir d’un ban et protéger sa NAND système de la console. Les deux sont déliées.

Je conseillerais de mettre à jour les éléments sur la SD actuelle avec les dernières versions d’outils et de ne pas oublier les sigpatches également. Ensuite, d’injecter le bin Hekate et de choisir un boot sur l’emuNAND pour tester (s’il n’y en a vraiment pas, tu auras une erreur). Dans ce cas tu boot sur la sysNAND. En revanche, s’il y a un boot qui s’opère sur l’emuNAND, c’est rassurant et cela impliquera moins de manipulation ensuite.

Regardes ce qu’il y a puis procèdes à la désinstallation des backups d’abord. Ensuite, utilises Haku33 pour réinitialiser la console proprement sur aucune emuNAND (je le ferai quand même s’il y avait une emuNAND car sans savoir ce qui a été fait, c’est plus safe). Une fois cela fait, tu pourras opérer une sauvegarde de la NAND via Hekate (important de la faire et de la conserver sur ton PC). Puis tu referas la SD proprement en la formatant à nouveau pour remettre les outils dessus que tu auras choisi via SDSetup. Tu créeras une emuNAND via Hekate. Ainsi, tu utiliseras cette dernière pour le underground.